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DESCRIPTION 

COMPUTER GAME SYSTEM AND METHOD OF OPERATION 

5 This invention relates to a method of and a system for operating a 

computer game program. 

There is much interest in manufacturing computer game systems which 
are appealing to potential users whilst also being profitable to the developers, 

10 manufacturers and right-owners of the game. For example, there is a wide - 
range of game-machines which are available for public use in, say, arcades, 
that operate on receipt of an initial payment from the user. The game may 
operate for a predetermined period or until the user makes a particular mistake 
in the game. This type of game system provides a profit to the owner as well 

is as providing entertainment for the user. 

Computer games can also be played on PCs and game consoles 
wherein a save function is provided to allow the user to store the game status 
indefinitely. This enables the user to return to that game status at a later time 
or when the next mistake is made. A pause function may also be provided. 

20 Game systems having a distributed architecture communicating via the 

Internet are also known. These can comprise a remote server storing the 
computer game program. The game can be accessed by a user by loading 
the remotely stored program onto a PC or a game console for execution. The 
user can be charged by using a prepaid memory card or by a prearranged 

25 account processed by the remote server for example. A user can save the 
game status. 

However, any save function encourages the user to store the game 
status at a difficult part of the game thus removing some of the excitement for 
the user. Also novice users are not encouraged to play the game as they are 
30 likely to make a mistake in the early stages requiring them to make another 
payment to try again and may find it difficult to progress in the game. 



WO 2004/026425 




J 



WO 2004/026425 ^FCT/IB2003/003876 



It is therefore an object of the invention to provide an improved method 
of operating a computer game program. 

It is a further object of the invention to improve the profitability of a 
computer game system which encourages novice and expert users alike to 
5 play the game. 



According to a first aspect of the present invention there is provided a 
method of operating a computer game program comprising the steps of: 
(a) - loading said computer game program; 
10 (b) - executing said computer game program; 

(c) - receiving instructions from a user interface; 

(d) - changing the game status according to said instructions, and 

(e) - charging a user to store said game status. 

Advantageously, the excitement of playing the game is increased as users are 
15 charged to store the game status. When confronted with a difficult situation in 
the game, the user has a choice to proceed and take a chance, or to store the 
game state and incur a charge. This also increases the profitability of the 
game. Preferably, there is no charge to start playing the game. Therefore, 
novice users are encouraged to play and develop their progress during the 
20 early stages of the game for no charge. 

Advantageously, the method may further comprise the step of (f) 
pausing the game status for a predetermined period of time between steps (d) 
and (e) in response to a specific instruction from said user interface. This 
allows the user to pause the game status for a short period if desired in which 
25 they may take a break. The method may further comprise the step of (g) 
further changing the game status according to said instructions after step (f). 
The user may wish to store the game status by incurring a charge immediately 
after the predetermined period of time or after a further period of play following 
a pause. 

30 Advantageously, the method may have a multi-tier charging scale for 

example, in which step (e) comprises charging said user a first amount to store 
said game status for a predetermined time period and charging said user a 
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second amount to store said game status for an unlimited time period. The 
first amount may be zero thus allowing free pauses. By making it cheaper to 
pause the game rather than save it then the game is made more appealing to 
potential users. However, the first amount preferably increases over said 
predetermined time period. This prevents misuse of the pause function by 
charging the user a greater amount for longer pauses. The user may be 
limited to the number of allowed pauses within a specified time period in order 
to prevent them from pausing the game status indefinitely by instructing many 
short, successive cheap pauses. 
10 The charging may debit a user's account. This account may be credited 

following specific changes in the game status. 

According to a second aspect of the present invention there is provided 
a computer game system for operating a computer game program comprising 
computer readable storage means arranged to store said computer game 
program, a processor arranged to load said computer game program from said 
storage means, to execute said computer game program, to receive 
instructions from a user interface, and to change the game status according to 
said instructions, and charging means for charging a user to store said game 
status. The system may be an integrated computer device such as a PC, 
game console or mobile phone, or have a distributed architecture 
communicating via the Internet. The charging means may comprise a cash 
receiver. 

Embodiments of the invention will now be described by way of example 
with reference to the accompanying drawings, in which: 
Figure 1 shows a computer game system; 
Figure 2 is a state-machine diagram of a computer game system; 
Figure 3 shows a second embodiment of a computer game system; 

and, 

Figure 4 is a flow diagram of a method of operating a computer game 
program. 



WO 2004/026425 



r CT/IB2003/003876 



Figure 1 shows a computer game system for operating a computer 
game program. The system is an integrated computer device in the form of 
stand-alone arcade-style game machine 10. The machine 10 comprises 
computer readable storage means 12 arranged to store the computer game 

5 program. The storage means 12 may comprise an optical or magnetic disc or 
a memory cartridge for example. A processor 14 is arranged to load the 
computer game program, from the storage means 12, to execute the computer 
game program, to receive instructions from a user interface, and to change the 
game status according to the instructions. The machine 10 also has charging 

10 means in the form of a cash receiver 16. The user-interface of the machine 10 
comprises a joystick 17 and buttons 18. The game status can be viewed on a 
display 19. 

There are various ways in which a user can operate such a system in 
which there may be the option to carry out different actions at a given point in 

15 the operation. The state-machine diagram of Figure 2 illustrates, by way of 
example, some of the actions which a user of a computer game system may 
carry out. Once the system has been switched on, the available game can be 
viewed on the display 19 for example. The game may then be started following 
an instruction from the user. At any point during the game the user may pause, 

20 save or exit the game. Some actions may be automatic thus not requiring an 
instruction from the user. This includes an auto-pause following the saving of 
the game status allowing the user to re-gather their thoughts before resuming. 

An example method of operating a computer game program on the 
system of Figure 1 will now be described. 

25 The processor 14 loads the computer game program from the storage 

means 12, and executes the game on the system. The game is advertised on 
the display 19 by showing an introductory page of the game for example, 
which may attract potential users. A user may then start to play the game, free 
of charge, sending the desired instructions to the processor by operating the 

30 joystick 17 and/or the buttons 18. The processor 14 receives these 
instructions from the user-interface and changes the game status according to 
the instructions. The game status is continually displayed to the user, on the 
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display 19. Sound output may also be provided by the machine and the 
joystick 17 may have feedback functionality wherein it provides varying 
degrees of movement resistance to the user depending on the game status. 
At some stage in the game the user may wish to save the game as 
5 shown on the state-machine diagram of Figure 2 as a "save" action carried out 
by the user. This may be just before a difficult part of the game in which there 
is a high risk that the user will make a mistake resulting in a restart of the 
game. Instead, the user may wish to save the game because they want to end 
that particular play session and resume with that game status at a later time. 

10 The user is charged to store the game status and therefore makes a payment 
by inserting cash into the cash receiver 16 and which payment is registered by 
the processor 14. This triggers the processor to store the game status on the 
storage means 12. The user then has a choice to continue playing the game 
or to end that play session. 

is By charging the user to store the game status at a high risk part, the 

dramatic tension is maintained. The user is also allowed to save the game at 
the end of a play session at a cost. Income is generated for the owner of the 
game machine 10 when a user stores the game status. The game can be 
played free of charge. Advantageously, this encourages novice users to start 

20 playing the game. The introductory page may attract new users by displaying 
a "Free to Play" sign. 

As an alternative arrangement of the charging means, the processor 14 
may register an account for the user which is stored and updated locally. For 
example, the amount in the account is increased when the user inserts cash 

25 into the cash receiver 16 at any time. Also, the user's account is credited 
following specific charges in the game status such as the collection of a 
valuable object in the game. The user is charged to store the game status by 
debiting the user's account. 

Figure 3 shows another computer game system for operating a 

30 computer game program. The system 20 has a distributed architecture 
communicating via the Internet 22 and comprises a PC 24, a server 26, and 
charging means in the form of an on-line account 28, each remote from one 
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another. The PC 24 comprises computer readable storage means in the form 
of a CD-ROM 32, arranged to store the computer game program. At least a 
part of the computer game program may also be stored on a DVD-ROM, a 
hard-drive and/or the server 26. The PC 24 further comprises a processor 34 
5 arranged to load the computer game program from the storage means, to 
execute the computer game program, to receive instructions from a user 
interface, and to change the game status according to the instructions. The 
user interface comprises a joystick 37 and a keyboard 38 both connected to 
the processor 34 either by a wired connection, as shown, or by a wireless link. 
10 The PC 24 further comprises a monitor 39. 

The on-line account 28 communicates with the PC 24 via the Internet 
22 and with the server 26 either directly, as shown, or via the Internet 22. 

An example method of operating a computer game program on the 
system of Figure 3 will now be described with reference also to the flow- 
is diagram shown in Figure 4. The processor 34 loads the computer game 
program from the CD-ROM 32 and executes the computer game program. 
The user plays the game free of charge and the game status is communicated 
to the user by displaying it on the monitor 39. Instructions and game data are 
received by the processor 34 from the remote server 26 via the Internet 
through a secure wired connection as shown and/or via a wireless connection. 
These instructions and data may be encrypted to prevent the misuse by 
hackers for example. The processor 34 receives instructions from the user 
interface, by way of the user operating the joystick 37 and the keyboard 38, 
and changes the game status according to these instructions. 

At some stage in the game the user may wish to pause the game by 
storing, or freezing, the game status for a short period in order to take a short 
break. The state-machine diagram of Figure 2 shows this as a "Pause" action 
carried out by the user. This allows the user to answer an incoming telephone 
call for example. Also, the user may pause the game when a quick decision is 
required. The game status is paused for a predetermined period of time in 
response to a specific instruction from the user interface which may be a 
command from the user entered on the keyboard 38 for example. Whilst the 
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game status is paused, it is stored by the processor 34 on computer readable 
storage means either locally or remotely via the Internet 22. 

Following the pause, the user may resume the game by giving another 
specific instruction to the processor 34 via, say, the keyboard 38. The game 
5 status is then further changed according to instructions received from the user. 

The user may wish to save the game for similar reasons as described 
above for the system of Figure 1, and is charged to store the game status. 

Following an instruction from the user, the on-line account 28 is debited 
with the charged amount. The server communicates with the account and 
10 registers the debiting of the account and triggers the processor to store the 
game status. 

A multi-tiered charging scheme may be adopted by charging the user a 
first amount to store the game status for a predetermined time period, wherein 
the game is paused for example, and charging the user a second amount to 

15 store the game status for an unlimited time period, wherein the game status is 
saved for example. The first amount may be zero where the user may pause 
the game free of charge. However, in order to dissuade the user from pausing 
the game indefinitely, the first amount may increase over the predetermined 
time period thus making it more expensive for longer pauses. A limit could be 

20 imposed on the number of allowed pauses during a specified time period to 
prevent the user from taking many short, therefore free, consecutive pauses. 

To summarise the system of Figure 3, the user is charged to store the 
game status for an unlimited time period and payment is made by an on-line 
account 28 which is in communication with a remote server 26 and the PC 24 

25 via the Internet. The game status may be paused for a predetermined time 
period which is free for short periods. 

Although the distributed architecture of Figure 3 communicates via the 
Internet, it is envisaged that other wired or wireless networks could be used 
instead. Examples of which include private, global and company intranets 

30 which do not form part of the Internet as such. 

Variations to the embodiments described will be apparent to those 
skilled in the art. The system may comprise a game console, a mobile phone 
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or a PDA. The computer game program may be stored locally, such as on a 
PC, or remotely at a central server for example. The user may be charged by 
debiting an account either locally by using a prepaid memory card for example 
or remotely by using a credit card for example. 



